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II procedimento comprende le operazioni di: 

- ricevere (17) da un terminale mittente (18) 
testo, quale un messaggio SMS, 

- integrare (16) il messaggio di testo con uri contenuto video, 
cosi da generare un messaggio multimediale, e 

- trasmettere (10) verso un terminale destinatario (12, 13, 
il messaggio multimediale sotto forma di un messaggio MMS, 
Si assicura in questo modo la possibile coesistenza 
interoperabilitli di terminali. mobili di tipo tradizionale 
es, GSM) con terminali mobili di nuova generazione (ad 
UMTS) . 
(Figura 1) 
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DESCRIZIONE dell ' invenzione industriale dal titolo: 
^^Procedimento e sistema per la trasmissione di 
messaggi su reti di telecomunicazioni e relative 
terminale mittente" 
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Inventori designati: Gianni Luca GUGLIELMI, Gianluca 
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*** 

TESTO DEIiIiA DESCRIZIONE o3 ^ 

ZD 

La presente invenzione si rif erisce alia P 
trasmissione di messaggi su reti per O h 

telecomunicazioni. -^-^ 
L' introduzione di terminal! mobili di • nuova ^< 
generazione, ad esempio secondo lo standard UMTS 
(Universal Mobile Telecommunications System) o lo 
standard GSM/GPRS (acronimi per Global System for 
Mobile communications e General Packet Radio 
Service) ha reso possibile la trasmissione e la 
presentazione su terminale di messaggi con contenuto 
multimediale conposti di diversi elementi, quali 
testo, suoni ed immagini, anche in movimento. Tali 
messaggi sono correntemente indicati come MMS, 
acronimo per Multimedia Messaging System. 
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La possibilita di trasmettere tali messaggi da 
origine a problemi di diversa natura. 

In primo luogo, e necessario fare in modo che 
tali messaggi possano essere costruiti con relativa 
facilita utilizzando un' apparecchiatura, come un 
telefono mobile, che, a causa delle ridotte 
dimensioni e delle capacita elaborative, non si 
presta in modo ideale alia generazione di messaggi 
dal contenuto complesso. 

In secondo luogo, d auspicabile che i terminal i 
con capacita di trasmettere e ricevere messaggi MMS 
possano coesistere e interagire con i terminali di 
vecchia generazione quali, ad esempio, i terminali 
mobili operant i secondo lo standard GSM> in grado di 
generare soltanto messaggi testuali del tipo 
correntemente denominate SMS, acronimo per Short 
Message Service. E' ragionevole pensare che le due 
tecnologie siano destinate a coesistere per un 
periodo piuttosto lungo prima che intervenga un 
complete ricambio del parco dei terminali 
circolanti . 

La presente invenzione si prefigge lo scope di 
favorire la coesistenza e 1 ' interazione fra 
terminali con capacity di trasmettere messaggi di 
teste quali messaggi SMS e terminali in grado di 
ricevere messaggi MMS. 



Secondo la presente invenzione, tale scopo e 
conseguito grazie ad un procedimento avente le 
caratteristiche richiamate in modo specifico nelle 
rivendicazioni che seguono. L'invenzione riguarda 
anche il relative sistema nonche il corrispondente 
terminale mittente. 

In sostanza, la soluzione secondo I'invenzione 
consente a terminali di vecchia generazione - in 
grade di inviare messaggi testuali di tipo SMS - di 
indurre la generazione di messaggi di cbntenuto 
multimediale, destinati a terminali MMS. 

Nella forma d'attuazione al momento preferita, 
la soluzione secondo I'invenzione permette di 
realizzare un servizio che trasforma automat icamente 
un . messaggio di puro testo in un messaggio 
multimediale, dunque in un messaggio piii ^^ricco" 
rispetto al messaggio di partenza, costituito di 
solo testo. 

Nella forma d'attuazione al momento preferita, 
la soluzione secondo I'invenzione prevede di 
utilizzare il sistema per I'animazione automatica di 
personaggi tridimensionali sulla base di testo o 
audio naturale realizzato dalla stessa richiedente e 
identificato dal marchio registrato JoeXpress®. 

Al riguardo si possono utilmente consultare i 
document! EP-A-0 991 023, EP-A-0 993 197 e WO-A- 
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01/75805. II sistema in questione e in grado di 
trasformare un testo od una voce registrata nei 
movimenti di un personaggio che pronuncia le frasi 
elaborate. Tali movimenti comprendono anche 
movimenti non legati al parlato, come espressioni 
facciali e movimenti corporei. II sistema* S anche in 
grado di trattare altri elementi quali la 
personal izzazione dell'aspetto del personaggio (ad 
esempio, il colore dei capelli, degli occhi, il 
vestito, etc.), il luogo nel quale il personaggio d 
inserito, il movimento del punto di ripresa, la ^ 
musica di sottofondo. II tutto concorre alia 
costruzione di un video clip da un numero ristretto §3 
di parametri forniti in ingresso. m O 

In questo modo, la soluziohe secondo ^ < 

I'invenzione permette, ad esempio, di generare 
animazioni destinate a terminali iVIMS sulla base del 
testo contenuto in un messaggio SMS di partenza. In 
questo caso, il risultato d un messaggio MMS 
composto di diverse parti, quali la parte di 
descrizione dalla scena (in linguaggio ^^Synchronized 
Multimedia Integration Language o SMIL) e le parti 
contenenti gli oggetti multimediali da inserire nel 
messaggio, fra i quali figurano animazioni generate 
in modo automatico. 
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La prima generazione di teirminali MMS e soggetta 

a vincoli abbastanza stringenti sul contenuto " del 

messaggio: in particolare, non d supportato il video 

e la dimensione massima dei messaggi d pari a 30 

Kbyte. Una' forma preferita di attuazione della 

soluzione secondo I'invenzione permette dxirique di 

inglobare nel messaggio MMS generate un animazione 

dalle dimensioni contenute. In particolare, il video 

e trasformato in un'immagine secondo lo standard GIF 

(acronimo per . Graphics Interchange Format) 

sottoposta ad animazione usando una f requenza di ^2 

On 

campxonamento dell ' animazione piuttosto bassa, 
nell'intorno dell 'Hz. O zl " 

Inoltre., il testo originale d suddiviso fra i mO 
vari fotogrammi della sequenza. Cosi facendo, con ^< 
animazioni aventi, ad esempio, dimensioni 
dell'ordine di 100x80 pixel (le dimensioni delle 
unita di visualizzazione dei terminali MMS 
attualmente in commercio) si possono generare 
messaggi contenenti animazioni di una durata di 
circa 15 secondly con modelli e scenari complessi, 
pia lunghe nel caso di modelli piii semplici, che 
consentono un piCl alto rapporto di compressione 
all 'interne dell' immagine GIF animata.* 

Qualora la dimensione complessiva del messaggio 
sia limitata (ad esempio, a 30 Kbyte) rendendo 
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problematica la trasmissione tanto del video quanto 

dell 'audio, d possibile far si che, durante la 

visione dell ' immagine GIF animata, il terminale 

riproduca, invece di un messaggio vocale, una 

melodia inserita nel messaggio: questo tipo di suono 

(^^suoneria") d infatti suscettibile di essere 

contenuto in numero di byte assai ridotto. 

In presenza di vincoli meno stretti sulla 

dimensione del messaggio, la soluzione second© 

I'invenzione consente di trasmettere, al posto del 

testo all'interno dei frame o anche parallelamente, >< 

I'audio associato all ' animazione, generato ad 

esempio da un sintetizzatore vocale. In questo O"-"* 

Z ^ 

scenario, S possibile generare automaticamente un 

M O 

messaggio MMS anche da audio naturale, nel qual caso 3Z 
I'animazione d guidata dal risultato del processo 
condotto da un riconoscitore fonetico, 
Sintetizzatori vocali e riconoscitori fonetici in 
grado di attuare le funzioni sopra descritte sono 
Gorrentemente disponibile nella tecnica, 

Oltre all' animazione, il messaggio MMS pu6 
vantaggiosamente contemplare una parte destinata a 
contenere altro testo, melodie ed immagini, utili 
per inserire, ad esempio, cosiddetti ''logo" e/o 
slogan pubblicitari . 
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L'invenzione sar^ ora descritta a puro titolo di 
esempio non limitativo con rif erimento ai disegni 
annessi, nei quali: 

la figura 1 illustra, a livelli di 
architettura fxinzionale, la struttura di un sistema 
suscettibile di operare secondo l'invenzione, 

- la figura 2 d un diagramma di flusso che 
illustra le fasi di trasmissione di un messaggio 
secondo 1 ' invenzione , e 

- la figura 3, comprendente due parti indicate 
rispettivamente con 3A e 3B, riproduce due parti 

O o 

contigue di uno schema a blocchi funzionale < Q 

illustrative di una possibile forma di Z ^ 

organizzazioiie del isistema secondo l'invenzione. 

La descrizione qui fomita si rif erisce alio ^ 
scenario applicative che, almeno al momento attuale, 
si profila come quelle piii attraente per il 
possibile impiego dell' invenzione, ossia la 
conversione di messaggi di testo genera ti quali 
tnessaggi SMS in un terminale mobile GSM in messaggi 
MMS destinati ad essere trasmessi su una rete 
operante secondo lo standard UMTS • 

In ogni caso, la soluzione secondo l'invenzione 
e applicabile anche a messaggi di testo generati in 
modo diverse, ad esempio sotto forma di messaggi e- 
mail e pu6 essere impiegata per la trasmissione di 
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tnessaggi MMS su qualunque tipo di rete tale da 
supportare una tale trasmissione, dunque senza 
limitazione alle reti UMTS. 

Nello schema della figura 1, il riferimento 
numerico 10 indica nel complesso un modulo avente la 
funzione di MMS relay/ server e comprendente a tal 
fine un sotto-modulo con funzione di relay, indicate 
101, ed un sotto-modulo con funzione di server, 
indicato con 102, collegati fra loro attraverso 
un' interf accia indicata con 103. Naturalmente , i 
sotto-moduli 102 e 103 possono essere anche 
integrati fra loro. 

II riferimento numerico 11 indica invece una 
base dati relativa agli utilizzatori di un servizio 
MMS- Si tratta sostanzialmente di una base dati 
dove, per ciascun utilizzatore cui e reso 
disponibile il servizio MMS, sono registrati il 
numero telefonico (o un indicative equivalente) 
nonche 1 ' inf ormazione relativa al tipo terminale di 
cui I'utente in questione dispone. 

La base dati 11 g collegata al modulo 10 
attraverso ujn' interf accia 111. 

I riferimenti numerici 12 e 13 indicano due 
utenti collegati in rete al modulo 10 (cio pud 
awenire tipicamente tramite una rete di tipo UMTS) 
cosi da poter ricevere messaggi di tipo MMS. 
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Ii'utente indicate con 12 d un utente 
direttamente compreso nella rete cui fa capo il 
modulo 10. II relativo collegamento d quindi di tipo 
diretto, attraverso un' interf accia indicata con 121. 

L' utente indiGato con 13 d invece un utente 
nominalmente attestato su iin'altra rete mobile. 

In questo caso, il collegamento al modulo 10 non 
e di tipo diretto ma si realizza attraverso un 
ulteriore modulo 10' sostanzialmente simile al 
modulo 10, tramite corrispondenti interf acce 
indicate con 131a e 131b. 

La distinta rappresentazione dell 'utente 12 e 
dell 'utente 13 e destinata ad evidenziare la 
possibility di applicare la soluzione secondo 
I'invenzione anche in un contesto in cui piCl reti di 
telecomunicazioni si trovano a cooperare tra loro in 
un generale scenario di internetworking o roaming. 

Il riferimento 14 indica ion server, quale ad 
esempio un server di posta elettronica, collegato al 
modulo 10 tramite una rispettiva interf accia 141 
cosi da poter operare anch'esso come destinatario di 
messaggi MMS. 

Infine, il riferimento 15 indica il sistema di 
addebito dell ' erogazione del servizi di 
messaggistica MMS, collegato al modulo 10 attraverso 
una rispettiva interf accia 151. 
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L'architettura di sistema ed i vari elementi 

cost i tut ivi sinora descritti corrispondono a 

soluzioni da considerarsi del tutto note nella 

tecnica. Si tratta infatti delle soluzioni gia oggi 

suscettibili di essere utilizzate per I'erogazione 

della messaggistica MMS nell'atnbito di reti di 

telecomunicazioni (quali, ad esempio, le reti mobili 

di nuova generazione operant i secondo lo standard 

UMTS) . Questo fat to rende superf luo fomire in 

questa sede una descrizione di maggior dettaglio 

dell ' architettura e degli elementi in questione. 

Caratteristica importante della soluzione ^ " 

O =11: 

secondo 1 ' invenzione d data dal f atto che al modulo Z ^ 

10 d associate, di preferenza tramite una rispettiva m ^ 



interfaccia 161, un modulo o sotto-sistema 16 in 
grado di convertire messaggi di solo testo, quali 
messaggi SMS provenienti da un centre 17 preposto 
alia gestione di messaggi SMS (di solito indicato 
con I'acronimo SMSC) in messaggi di contenuto 
multimediale. Previa eventuale ulteriore 

elaborazione nel modulo 10, tali messaggi sono 
suscettibili di essere diffusi dal modulo 10 stesso 
sotto forma di messaggi MMS destinati ad utenti 
quali gli utenti 12, 13 e 14 indicati nella figura 
1. 



^2 
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In particolare, il modulo 10 pu6 essere 
configurato in modo da permettere I'invio di \in 
determinato messaggio MMS a piu destinatari o ad una 
lista di destinatari . Di conseguenza, anche se nel 
seguito della present e descrizione si farS 
riferimento pressoche esclusivo alia generazione, da 
un messaggio SMS, di tin messaggio MMS inviato ad un 
solo destinatario, la soluzione secondo I'invenzione 
si presta agevolmente a consentire la diffusione del 
messaggio MMS in questione verso una lista di 
destinatari def inita ad esempio tramite una q ^ 

richiesta http owero tramite una richiesta ftp 

inviata al modulo 10 . ^ Z 

kTo 

Cosi come gi^ si d detto, il nucleo del modulo 

CO < 

16 d costituito da un sistema per la creazione di 
contenuti multimediali rappresentati da personaggi 
virtuali animati da testo o voce naturale, 
Esemplif icativo di un tale sistema § il sistema 
JoeXpress® cui si S gi& fatto cenno in precedenza. 

Un tale sistema permette ad un utente di 
scegliere un personaggio virtuale, la sua 
ambient azione, eventuali personalizzazioni, il 
formato in cui produrre il contenuto. I parametri 
selezionati sono utilizzati per produrre animazioni 
con il contesto ed il formato desiderate. 
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II diagrarama di flusso della figura 2 illustra 
le fasi del processo di accesso ad un sistema 
secondo I'invenzione da parte d± un utente, indicato 
con 18 nella figura 1, che funge da ^'mittente" . 
L'utente 18 dispone di un terminale in grado di 
inviare messaggi di tipo SMS verso un corrispondente 
centro suscettibile di trattare questo tipo di 
messaggi, qpiale il centro indicato con 17 nella 
figura 1. 

Partendo da una fase o passo iniziale, indicato 
con 200, con 2 02 d indicato il passo in cui 
I'utente 18 conipone sul suo terminale un messaggio 
SMS (avente le caratteristiche meglio illustrate nel 
seguito) inviandolo ad un numero telef onico 
associate al servizio che prowede ad inoitrare un 
tale messaggio SMS dopo avergli conferito 
caratteristiche di MMS. 

II servizio in questions e implement ato in via 
principale dal modulo indicato con 16, talune 
funzionalit^ potendo tuttavia essere demandata anche 
al modulo 10 e, eventualmente, al modulo 17. 

Il passo indicato con 204 nella figura 2, la 
funzione di gestione del servizio - dunque 
essenzialmerite il modulo 16 - genera la richiesta di 
emissione di un messaggio MMS corrispondente al 
messaggio SMS ricevuto. Cosi come meglio si vedr^ 



Si 
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nel seguito, una tale richiesta contiene, oltre al 
messaggio stesso, anche 1' identif icativo del 
mittente e (eventualmente) informazione inerente 
alia tipologia del terminale destinatario. 

Nel passo indicate con 206, il modulo 16 elabora 
la richiesta ricevuta generando ion messaggio MMS 
adattato alle caratteristiche grafiche e di capacity 
di elaborazione del terminale destinatario. Nel 
passo indicato con 208 tale messaggio MMS d inviato 
ad \m corrispondente centro MMS (quale ad esempi il 
modulo 10) che, in un successive passo 208 precede 
all'inoltro del messaggio stesso verso il terminale 
destinatario, quale ad esempio il terminale 12, 13 
o 14. 

Il passo 210 indica la fase in cui tale 
messaggio d presentato al terminale destinatario 
secondo le tipiche modalita di presentazione di un 
messaggio multimediale quale appunto un messaggio 
MMS. Completata la trasmissione con la lettura del 
messaggio MMS, il sistema evolve verso un passo 
conclusive, indicate con 212. 

II numero telefonico associate al servizie, 
destinate ad essere coraposto dall'utente 18 nel 
passo 202 e di preferenza un numero telefonico 
dedicate del tipe cui si fa di solito riferimento 
come ^^large account" . 

14 



.. . ^ 



La sequenza di caratteri inviata dall'utente 
contiene, oltre al testo del messaggio, alcune 
informazioni nell' intestazione quale il numero di 
telefono del destinatario del messaggio MMS (utenti 
12, 13, 14 dello schema della figura 1), il 
personaggio virtuale che riprodurr^ il messaggio e 
1' ambientazione nel quale questo sarS inserito. 

Queste ultime due informazioni sono opzionali e 
possono pertanto essere omesse. In caso di 
omissione, informazioni corrispondenti sono 

selezionate in modo automat ico dal modulo 16, ad 

* 

esempio come scelta casuale (random) o scelta 
predef inita (default) . Naturalmente cio pud valere 
anche solo per parte di tale inf oxinazione : ad 
esempio, nel caso in cui si specifichi solo il 
personaggio, il modulo 16 seleziona automat icamente 
1 ' ambientazione . 

La sequenza di caratteri inviata al servizio 
assume pertanto di solito la forma: 

(numero telefonico destinatario)[(personaggio virtuale[(ambientazione)] ] 
(testo del messaggio) 

Nel passo 202 1 ' intestazione del messaggio pu6 
essere composta o manualmente o mediante uno script 
residente sul terminale 18 che permette di 
selezionare il personaggio virtuale e 
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1' ambient azione tramite menu ed il destinatario 
dalla nibrica. 

Se il messaggio e composto manualmente^ la 
sequenza di caratteri pud contenere errori. Per 
esempiO/ I'utente potrebbe specif icare il nome di un 
personaggio virtuale o di un' ambient azione 
inesistente. In tal caso il servizio rimpiazza le 
informazioni errate selezionando automaticamente 
opzioni corrette. 

Si apprezzera che tali funzioni di script 
corrispondono essenzialmente a funzioni previste in 
taluni terminali per telefonia mobile per I'invio di <0 

o 5 

messaggi SMS, con la possibility che il relative 2: ^ 

software sia caricato a distanza nel singolo ^ 
terminale 18 (in particolare nel Subscriber Identity ^ ^ 

Module o SIM del terminale) dallo stesso sistema di 
gestione del servizio. 

Il modulo di trasf ormazione dal formato testo 
SMS al formato multimediale MMS, basato di 
preferenza sul sistema JoeXpress® gia piil volte 
citato in precedenza, S usato di preferenza nella 
modality denominata '^animazione da testo" . 

In questo caso, il testo del messaggio SMS § 
trattato da un sintetizzatore vocale che trasforma 
il testo in voce e fomisce la sequenza fonetica 
temporizzata. Quest 'ultima S successivamente 
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utilizzata per la generazione automatica del 
movimento del parlato del personaggio virtuale 
prescelto. II testo fornito in ingresso al modulo di 
conversione SMS/MMS pu6 contenere meta-inf ormazioni 
che influiscono sull' animazione risultante 
aggiungendo espressionl e gestuallta al personaggl 
virtual! e alterando la voce sintetica. 

Tali meta-inf ormazioni sono inserite nel testo 
come sequenze di caratteri suscettibili di avere, ad 
esempio, la forma seguente: 

{tag){tipo _ azione){{par l)\{par 2)\ . {{par n)] 

dove : 

{tag) d necessario per distinguere la meta- 
inf ormazione dal testo da sintetizzare 

{tipo _azione) specifica quale azione deve essere 

eseguita. Esempi di azioni sono: cambio di tonalita 
della voce, riproduzione di un' espressione facciale 
o di un movimento del corpo, cambio di punt a di 
vista della scena, etc. 

{pari) d il parametro che modifica 1' azione, ad 

esempio per 1' alterazione della durata di 
un' espressione facciale . 

Una rappresent azione altemativa a piii alto 
livello e costituita dai cosiddetti '^emoticon" , 
ossia da sequenze di carattere comunemente usate in 
Internet nella comunicazione testuale e che 
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rapjpresentano stati emotivi. Esempi di emoticon 
sono: '\--)", ^^:-0", etc. 

Gli emoticon sono trasformati dal sistema in una 
fonna semanticamente equivalent e usando la 
rappresentazione descritta in precedenza. II 
supporto agli emoticon S motivata dal fatto che sono 
familiar! agli utenti e semplici da inserire nel 
testo, pur non avendo la stessa flessibilita della 
rappresentazione a basso livello. 

Un sistema quale il sistema JoeXpress® produce 

animazioni di model li tridimensionali che possono =j 

essere tradotte dal sistema in diversi f ormati ;if q 

i-^ — — : 

f\ — I 

classif icabili in due categorie a seconda che Z ^ ^ 

1' informazione tridimensionale sia mantenuta o meno. !>i 2 

Alia prima categoria af f eriscono ad esempio le < 
sequenze di parametri di Face and Body Animation 
MPEG-4, animazioni VRML (acronimo per Virtual 
Reality Modelling Language) , animazioni 3D Studio 
Max, etc . 

Alia seconda categoria appartengono i formati di 
codifica video quali MPEG-1, MPEG-2, MPEG-4 video, 
GIF animate (pur non essendo un foinnato di codifica 
video in senso stretto, il formato GIF- 89a permette 
di creare sequenze di immagini) . 
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L' audio dell ' animazi one pud essere codificato 
assieme al video oppure separatamente come nel caso 
di VRML o di GIF animate. 

A causa dei limiti nei terminali della rete 
trasmlssiva, i contenuti multimediali sono soggetti 
a vincoli quali la dimensione massima del messaggio, 
la risoluzione spaziale, la risoluzione temporale, 
il tipo di codifica dell ' animazione . 

Per questo motive, oltre al testo del messaggio 
ed all' identif icativo del mittente, d necessario 
tenere conto del tipo di terminale cui il messaggio 
multimediale dev' essere trasferito. 

II tipo di terminale identifica essenzialmente 
la classe del terminale stesso (in sostanza 
caratteristiche quali la capacity di memorizzazione, 
le dimensioni del display, ecc) ed eventuali altri 
vincoli dovuti alia rete trasmissiva. 

II messaggio MMS destinato ad essere prodotto in 
un sistema secondo I'invenzione d dunque 
condizionato in modo da sfruttare al meglio le 
risorse a disposizione rispettando nello stesso 
tempo i vincoli imposti . 

Quest' esigenza pu6 essere soddisfatta in almeno 
due modi diver si. 

Un primo modo prevede che la richiesta di 
creazione del messaggio MMS generata al passo 204 



19 



contenga, oltre al testo del messaggio ed 
all' identif icativo del mittente, anche informazioni 
che indicano la classe cui deve appartenere il 
messaggio da generare, ossia il tipo, e dunque le 
caratteristiche prestazionali, di terminale cui e 
destinato il messaggio MMS. Il contenuto video 
destinato ad integrare il messaggio testuale SMS d 
allora generato in funzione del tipo di terminale 
destinatario, ossia in mqdo da far si che il 
messaggio MMS desiinto dal messaggio multimediale ^ ^ 



ottenuto integrando tale contenuto video ed il P 

h-: 

messaggio SMS sia direttamente compatibile con le - O 

caratteristiche del terminale MMS destinato a fqo 
ripevere il messaggio multimediale • 

Quando si adotta questa soluzione, d previsto 
che il modulo 16 possa ricercare, sulla base 
dell' identif icativo del destinatario, 1 ' inf ormazione 
del tipo di terminale immagazzinata nella base dati 
11. II relative collegamento fra il modulo 16 e la 
base dati 11 pud essere sia di diretto, sia di tipo 
indiretto, tramite il modulo 10, secondo i criteri 
cui fa riferimento la figura 1. 

Un secondo modo per ottenere lo stesso risultato 
prevede che il contenuto multimediale destinato ad 
essere aggiunto al messaggio SMS sia generato dal 
modulo 16 in base a criteri standard, dunque 



20 



m 



indipendenti dal tipo di terminale cui il messaggio 
e destinato ad essere trasmesso, 

II messaggio multimediale derivante 

dall' integrazione fra il messaggio testuale SMS e 
tale contenuto video multimediale standard e 
inoltrato dal modulo 16 al modulo 10 che, leggendo 
1 ' inf ormazione relativa al terminale destinatario 
dalla base dati 11, ''specializza" il messaggio MMS 
desunto dal messaggio multimediale adattandolo alle 
caratteristiche del terminale destinatario. 

La scelta di adottare una owero I'altra oR 

soluzione e dettata in via primaria da ~ , 

O 

considerazioni di natura applicativa. Z 

M O 

La prxma soluzione presenta, almeno in linea di 3z 
principio, il vantaggio di non comportare la 
generazione di informazioni destinate poi ad essere 
scartate quando il messaggio d adattato alle 
esigenze del terminale destinatario. Questo 
vantaggio d pero controbilanciato dall ' esigenza di 
far si che il modulo 16 possa ricevere 
1' informazione inerente al tipo di terminale 
residente nella base dati 11. 

La seconda soluzione presenta il vantaggio di 
sfruttare la disponibilita dell ' inf ormazione della' 
base dati 11 a livello del modulo 10 giS normalmente 
prevista per applicazioni MMS correnti, Nelle 
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applicazioni MMS correnti e gia oggi previsto che il 
modulo 10 possa realizzare. una specializzazione dei 
messaggi mms inoltrati in funzione delle 
caratteristiche del terminale destinatario . I 
vantaggi sopra indicati sono pero almeno 
marginalmente tetrperati dal fatto che questa 
soluzione comporta la generazione, da parte del 
modulo 16, di informaziohe destinata poi ad essere 
scartata. 

Quale che sia la soluzione adottata, d possibile 
trarre vantaggio dal fatto che la stessa animazione 
pud essere rappresentata in un messaggio MMS in modi 
sostanzialmente diversi . 

Ad esempio, d possibile ricorrere, come gia si d 
detto in precedenza, ad un'immagine GIF animata con 
un basso numero di fotogrammi al secondo, nella 
quale in ogni frame e . riportato il testo del 
messaggio pronunciato in quel momento dal 
personaggio. Questa rappresentazione particolarmente 
compatta si adatta bene a situazioni in cui i 
vincoli di dimensione del messaggio sono 
particolarmente stringent i, o quando il terminale 
destinatario non g in grado di mostrare un video. 

In alternativa, e possibile ricorrere ad un 
immagine GIF animata, corredata di audio compresso. 
In questo caso, nel messaggio confluisce anche la 
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voce sintetizzata corredata di vm eventuale audio di 
scena. Questa d una rappresentazione utile per 
terminali che non supportino il video ma che sono in 
grade di trattare 1' audio, quando la dimensione del 
messaggio S suf f icientemente grande da contenere sia 
I'immagine in movimento, sia la traccia audio. 

Un'ulteriore alternativa d rappresentata da un 
video clip completo di audio. In questo caso, si 
ottiene un' animazione che pud essere piii fluida nei 
movimenti grazie al piU. elevato rapporto di 
compressione offerto da una codifica video rispetto 
ad un immagine GIF animata ed al maggior numero di 
fotograrrani di conseguenza utilizzati 

nell 'animazione. Questa , soluzione .pud essere 
adottata con terminali in grado di support are la 
codifica a video. 

Vale la pena sottolineare che quelli richiamati 
in precedenza sono soltanto alcuni esempi di modi 
per confezionare il messaggio. Tali esempi non sono 
quindi esaustivi delle possibilita offerte dalla 
soluzione secondo 1 ' invenzione . 

Si procedera ora a descrivere, facendo 
riferimento alle figure 3A e 3B, una possibile 
organizzazione architetturale del modulo indicate 
con 16 nella figura 1. 
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II blocco o modulo 3 00 d destinato a ricevere in 
ingresso il messaggio SMS sostanzialmente cosi come 
trasmesso dal teaoninale 18 e ad effettuare sullo 
stesso I'operazione di estrazione delle informazioni 
dall ' intestazione . 

Cosi come gi^ si d visto, la prima parte del 
testo d rappresentata da iin' intestazione contenente 
il numero del terminale destinatario (ad esempio, 
facendo riferimento alio schema della figura 1, il 
terminale 12, il terminale 13 o il terminale 14) e, . 
in modo opzionale, 1 ' indicazione del personaggio e 
dell'ambientazione che I'utente mittente desidera 
siano usati per generare il contenuto video. Quest i 
dati sono divisi dal messaggio vero e proprio da un 
carattere separatore. Nel messaggio possono essere 
presenti met a- informazioni di livello basso o alto 
(ad eseitpio cosiddetti emoticon) che influiscono 
sull ' animazione risultante . 

Come esen^>io di guesto testo si pu6 considerare 
la stringa: 

"3356121180 Morpheus Country(a>Ciao! lo sono al mare : -) ma senza di te mi 
annoio. \l<sbadiglio,150". 

Nell 'esempio si g usato come separatore il 
carattere @. 

Associati al messaggio in questione sono 
I'identificativo del mittente nonchg, eventualmente , 
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la stringa indicante il modello del terminale del 
destinatario. 

II riferimento 302 indica la base dati del 
modulo 16 Che, nella iirplementazione preferita 
basata sul sistema JoeXpress® contiene inf ormazioni 
quali I'elenco dei personaggi utilizzabili per la 
generazione del contenuto video, le lingue loro 
associate, gli scenari disponibili, etc. La base 
dati 302 contiene inoltre i modelli tridimensional i 
dei personaggi e delle ambientazioni . 

Cooperando con la base dati 302, il blocco 300 
estrae dall' intestazione del messaggio inf ormazioni 
quali I'identificativo del destinatario, nonchg del 
personaggio e dell ' ambient azione da usare per la 
creazione del contenuto video. 

II blocco 300 comunica quindi con la base dati 
302 • Che contiene I'elenco dei personaggi, voci, 
ambientazioni disponibili e, nel caso in cui queste 
inf ormazioni siano omesse o errate nell' int est azione 
del messaggio SMS ricevuto, il blocco 300 seleziona 
automaticamente opzioni corrette. 

II blocco 3 00 genera quali sue uscite i seguenti 
dati/inf ormazioni : 

il testo del messaggio, private 
dell ' intestazione ("Ciaol lo sono al mare : -) ma senza di te mi annoio. \ 
ksbadiglio.lBO") destinato ad essere inviato ad un 
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ulteriore blocco 3 02 la cui funzione verra meglio 
illustrata nel seguito; 

il nome P del personaggio protagonista 
dell' animazione (nell' esempio qui illustrate tale 
nome e ''Morpheus" ) , 

- la lingua L associata al personaggio (ad 
esempio la lingua italiana) , 

- 1' ambientazione A corrispondente alio scenario 
nel quale sar^ collocato il personaggio P 
(nell 'esempio considerate, 1 ' ambientazione d 



A partire dal testo del messaggio M ricevuto dal 
blocco 300 il blocco 302 trasforma gli emoticon in 
meta-informazioni suscettibili di essere utilizzate 
dal sistema d' inf ormazione che determina 
contemporaneamente quale testo sar^ inserito 
all'interno dei frame costituenti 1' animazione del 
messaggio MMS costituenti I'uscita del modulo 16. 

L'uscita del blocco 302 quindi, costituita 

tanto da un testo TBS con meta-informazioni di basso 
livello, ossia un testo in cui gli emoticon sono 
sostituiti con meta-informazioni a basso livellp 
(''"Ciao! Id sono al mare \ksorriso ma senza di te mi annoio. \ ksbadiglio.150") , 



ZD 



un'almbientazione ^'country"), e Oo 

< ^ 

1 ' identif icativo del destinatario D Zj — : 

• z y=! «^ 

(costituito, nell'esempio illustrate, dal numero 

R O 

3356121180) . . ^ Z 
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quanto un testo TE in cui tutte le meta-inf ormazioni 

a basso livello sono eliminate, tnantenendo solo cid 

che sar^ proniinciato dal personaggio piil gli 

emoticon ( ^^Ciao! lo sono al mare :-) ma senza di te mi annoio." ) . 

II testo TBS generate dal blocco 302 ^ inviato 

ad un blocco 304 destinato ad estrarre I'elenco 

delle azioni contenute nel testo ed a preparare il 

testo nella forma usata da un sintetizzatore vocale 

306 in modo da ottenere anche le tempistiche da 

associare alle suddette azioni. ^ 

II blocco 304 trasmette verso il sintetizzatore O q 

< ^ 

306 un testo TAG nel quale le meta-inf ormazioni di n — 

basso livello sono sostituite con ^'tag" del *^ 

M O 

sintetizzatore vocale (text -to- speech) . Questi tag 



sono sequenze di caratteri identificate dal 
sintetizzatore come informazioni speciali e usate o 
per alterare la voce sintetizzata o per ottenere dal 
sintetizzatore 306 gli istanti di tempo associati ai 
tag nella frase sintetizzata. Questi istanti di 
tempo sono usati per determinare la tempistica delle 
azioni . 

Il blocco 3 04 genera anche come ulteriore uscita 
un segnale TA sostanzialmente corrispondente ad un 
elenco delle azioni contenute nel testo, corredate 
degli eventuali parametri. 
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Facendo riferimento al messaggio SMS piii volte 
citato in precedenza, le azioni contenute sono 
essenzialmente due, ossia: 

- sorriso, e 

- sbadiglio, 150, 

II parametro 150 modifica la durata dell'azione 
^^sbadiglio" rispetto ad iina durata standard. 

II sintetizzatore vocale 306 trasforma in 
segnale vocale il testo TAG ricevuto dal blocco 304 
utilizzando la lingua selezionata identificata dal 
segnale L generate dal blocco 300. 

Oltre al segnale vocale il blocco 306 produce 



O ziT: 

anche la sequenza fonetica temporizzata FT, Z ^ 

utilizzata come base della costruzione del movimento § z 

CO <; 

del parlato. Si ricorda che la sequenza fonetica 
temporizzata d la sequenza dei fonemi costituenti la 
frase pronunciata, corredata degli istanti di tempo 
nei quali i fonemi sono pronunciati. 

II segnale indicato con V invece, il segnale 
di voce sintetizzata vera e propria. 

I blocchi indicati con i riferimenti 3 08 e 310 
sono motori o ^engine" che sovrintendono 
all'animazione del parlato e alia corrispondente 
animazione facciale e corporea del personaggio 
utilizzato per il contenuto video. 
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II blocco 3 08 riceve in ingresso la sequenza 
fonetica FT trasf ormandola in una secjuenza 
"^visemica" , ciod nel movimento prodotto dal volto 
durante il parlato. Per ottenere un movimento 
realistico, 1' engine di animazione considera 
I'effetto di mutua influenza di fonemi adiacenti, 
detto fenomeno di coarticolazione • II movimento 
prodotto d tridimensionale ed il relativo segnale di 
uscita AP d costituito da parametri di animazione 
che descrivono il movimento del parlato in modo 
tridimensionale ed indipendente dal personaggio, 
Questo significa che tali parametri sono 
success ivamente applicabili a personaggi con forma e 
complessita qualsiasi, umani e non umani . 

II blocco 310, fungente da engine di animazione 
facciale e corporea opera sulla base dell'elenco 
delle azioni corrispondente al segnale TA generato 
dal blocco 304 integrate in un virtuale nodo di 
somma 312 con 1 ' inf ormazione sulla tempistica delle 
azioni stesse generata dal sintetizzatore 306. 

II blocco 310 opera in modo coordinate con un 
ulteriore base dati 314 che contiene sequenze di 
movimenti facciali e corporei sotto forma di 
parametri di animazione indipendenti dal 
personaggio, dunque analoghi sotto questo aspetto ai 
parametri in uscita dal blocco 308. Nell' esempio, le 
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sequenze "sorriso" e "sbadiglio" sono due movimenti 
prelevati dalla base dati 314. 

II blocco di animazione facciale e corporea 310 
unisce le singdle azioni corrispondenti ai vari 
movimenti che il personaggio dovra eseguire creando 
una. sequenza unica di parametri di animazione. I 
singoli movimenti sono alterati sulla base di 
eventuali parametri ad essi associati: I movimenti 
sxibiscono inoltre variazioni automatica di 
intensity, durata, specular ita, etc. per aumentame 
la varieta. Infine, sono aggixinti anche alcuni 

j< ^ 

movimenti prodotti dai personaggi ma non O =5 "ij 

Z Us! *» 

esplicitamente indicati, come il battito" delle jq-Q 

M 5— 

palpebre . 2 5 



L'uscita del blocco 314 d costituita da un 
segnale AFC rappresentativo di parametri di 
animazione che descrivono il movimento del parlato 
in modo tridimensional e ed indipendente dal 
personaggio. Tali parametri sono, quindi, 
successivamente applicabili a personaggi con forme e 
complessita qualsiasi, umani e non umani come, ad 
eserapio, animali. 

Un successive blocco indicate con 316 ha il 
compito di miscelare i movimenti del parlato 
(segnale AP) con gli altri movimenti {segnale AFC) 
per ottenere un risultato realist ico. II 
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funzionamento del blocco 316 si basa su di una 
logica che tiene conto delle priority di movimeiiti 
Che possono essere contrastanti, come ad esetnpio 
proniinciare un fonema plosivo (come la lettera "p") 
e lo sbadigliare. II movimento risultante d 
tridimensionale . 

II segnale di uscita del blocco 316 d costituito 
da iin segnale AIP rappresentativo di vin' animazione 
indipendente dal personaggio. 

II segnale AIP viene alimentato ad iin blocco 318 O R 

che trasforma 1' animazione indipendente (segnale — 

O =i 

AIP) nel movimento del personaggio selezionato sulla 

base del segnale P estratto dal blocco 300. II §^ 

movimento risultante g dipe.ndente dalla topologia • . 

del modello. II modello associate al personaggio d, 

cosi come si d visto, contenuto nella base dati 302. 

II segnale di uscita del blocco 318 d costituito 
da un segnale ADP identif icativo della sequenza di 
movimenti propria del personaggio selezionato. 

II segnale ADP in questione § fomito ad 
blocco 320 che fonde il segnale ADP con 
1 ' inf ormazione di ambientazione A proveniente dal 
blocco 300 con inf ormazione aggiuntiva sui 
personaggi e sulle ambientazioni prelevate 
direttamente dalla base dati 302. 
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Tutto questo al fine di unire all ' animazione del 
personaggio anche le restanti animazioni 
eventualmente present! nella scena (segnale A) e 
pilotabili mediante le meta-inf omnazioni nel testo, 
come movimento di oggetti o catnbio del punto di 
vista della ripresa. 

II segnale di uscita del blocco 320 d costituito 
da un segnale di animazione finale tridimensionale 
TRD destinato ad essere inviato ad un blocco 322 
preposto all'operazione di rendering, ossia 
all' opera zione di rappresentare su di uno scheimo, 
come una matrice di pixel, la scena tridimensionale 
costituita dal personaggio e dall ' arabientazione . La 
sequenza di tali matrici di pixel, ottenuta ad 
intervalli regolari di tempo, costituisce 1' uscita 
di questo blocco. L' uscita del blocco di rendering 
322 ^ costituita da una sequenza di trame o frame 
video dell 'animazione indicata con FV. La frequenza 
di campionamento dei frame video d un parametro che, 
tipicamente, S posto in modo preferito a 25 Hz. 

II segnale FV d fornito in ingresso ad un 
ulteriore blocco 324 destinato a ricevere anche il 
testo con emoticon TE generate dal blocco 302. 

II blocco 324 distribuisce il testo fra i vari 
frame costituenti 1' animazione video prodotta. Tale 
operazione d peraltro opzionale e si realizza quando 



si vuole generare un messaggio MMS privo di audio, 
in cui il messaggio per I'appunto mostrato 
sottoforma di testo vinito all' animazione. 

L'uscita del blocco 324 6 costituita 
dall'insieme di tutti i movimenti del personaggio e 
della scena. Tale segnale, corrispondente in pratica 
alia sequenza dei frame video con il testo FVT, d 
alimentato ad un blocco di codifica video 326 
destinato a ricevere in ingresso, oltre il segnale 
FVT, anche il segnale inerente alia voce ^ 2 

sintetizzata V nonchg 1 ' inf ormazione TD inerente al 
tipo del terminale del destinatario. O 5 "Z- 

L'esempio di attuazione illustrate nelle figure mO 

M I— 

3A e 3B si riferisce ad una soluzione in cui tale • ^< 
informazione § resa disponibile a livello del modulo 
16. Tale informazione indica, in generale, marca e 
nome del modello del terminale destinatario (ad 
esempio, Sony Ericsson T68i, Nokia 7650, etc.). 

II blocco 326 precede in questo caso creando il 
video . clip direttamente in un formato adatto ad 
essere fruito dal terminale destinatario in 
questione. L' adattamento del video clip ad un 
determinate tipo di terminale pud influire, per 
esempio, sulla risoluzione spaziale e temporale dei 
frame, sull ' inserimento o meno del canale audio. 
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La soluzione cui si fa qui riferiraento prevede 
quindi di integrare il messaggio SMS con im 
contenuto video generate in modo tale per cui il 
messaggio multimediale risultante, generate dal 
modulo 16, d in un formato adatto ad essere fruito 
da tale terminale. 

Cosi come gik detto in precedenza, la soluzione 
secondo I'invenzione d perd suscettibile di essere 
implementata anche in condizioni in cui il modulo 16 
(e, dunque, il blocco 326, . nell'esempio di 
attuazione qui illustrate) non svolga alcuna azione 
di "specializzazione" di questo genere. 

In tal caso, il videoclip, od in generale il 
contenuto video destinato ad integrare il messaggio 
testuale SMS in ingresso, d generate in un formate 
standard, ossia senza tenere cento delle 
caratteristiche del teinhinale destinatario. 

La relativa cenversiene di formate, destinata a 
rendere il messaggio MMS finale ef fettivamente 
fruibile da parte del terminale destinatario, d 
allora demandata al module 10 (figura 1) con 
funziene di MMS relay/server. 

Nell'esempio di attuazione qui illustrate (che 
si rammenta essere tale) il segnale di uscita dal 
blocco 326 e quindi costituite da un segnale VC 
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essenzialmente assimilabile ad un video clip in 
formato compresso. 

Tale segnale ^ trasmesso ad un blocco 328 
destinato a costruire, a partire dal messaggio 
multimediale portato al suo ingresso, un messaggio 
corrispondente alio standard MMS, 

Per procedere in tal senso, il blocco 328 riceve 
in ingresso, oltre al segnale VC in uscita dal 
blocco 326 anche il segnale TE corrispondente al 
testo con emoticon generate dal blocco 302, il 
segnale inerente al destinatario D proveniente dal 
blocco 300, nonche 1' inf ormazione relativa al 
mittente S: quest 'ultima informazione viene ricavata 
dal centre 17 di figura 1 secondo criteri di per se 
noti, che non richiedono di essere descritti in 
dettaglio in questa sede. 

Per pervenire alia generazione del messaggio 
MMS, destinato ad essere inviato verso il modulo 10, 
il blocco 328 inserisce I'animazione video 
precedentemente calcolata all 'interne di un 
messaggio MMS, Ci6 awiene di preferenza utilizzando 
il linguaggio di descrizione della scena SMIL ed 
unendo vari oggetti multimediali in un unico form 
articolato in piii parti, 

Il blocco 328 inserisce inoltre 

nell' intestazione del messaggio le informazioni 
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inerenti • al mittente, al destinatario ed al 
soggetto. II soggetto S costruito in modo automatico 
usando i primi caratteri costituenti il testo con 
emoticon. 

In modo preferito, il blocco 328 ^ anche 
destinato a cooperare con un ulteriore base, dati 330 
costituita da un collezione di iinmagini da inserire 
nel messaggio MMS come "logo" o pvibblicita, owero 
suoni suscettibili di essere utilizzati come musica 
di sottofondo della scena o jingle pubblicitari . 

Naturalmente , fermo restando il principio 
dell'invenzione, i particolari di realizzazione e le 
forme di attuazione potranno essere ampiamente 
variati rispettp a quanto descritto ed illustrate a 
puro titolo di esempio, senza per questo uscire 
dall'ambito della presente invenzione. Ci6 vale in 
particolare, ma non esclusivamente, per la 
possibility di applicare 1' invenzione per convertire 
in messaggi MMS messaggi di testo generati in modo 
diverse da un SMS, ad esempio sotto forma di 
messaggi e-mail, nonche alia possbilita di applicare 
1' invenzione alia trasmissione di messaggi MMS su 
reti diverse da reti UMTS. 
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RIVEMDICAZIONI 

1. Procedimento per trasmettere messaggi su iina 
rete di telecomunicazioni, caratterizzato dal fatto 
che comprende le operazioni di : 

- ricevere (17) da un terminale mittente (18) un 
messaggio di testo, 

- integrare (16) detto messaggio di testo con un 
contenuto video, cosi da generare un messaggio 
multimediale, e «eJ ^ 

oS 

- trasmettere (10) verso almeno un terminale ^ q 
destinatario (12, 13, 14) detto messaggio S 3 
multimediale sotto forma di un messaggio MMS. m O 

2. Procedimento secondo la rivendicazione 1, co < 
caratte rizzato dal fatto che conprende I'operazione 

di ricevere (17) detto messaggio di testo sotto 
forma di un messaggio SMS . 

3 . Procedimento secondo la rivendicazione 1 o la 
rivendicazione 2, caratterizzato dal fatto che 
comprende le operazioni di : 

- rilevare il tipo di terminale (12, 13, 14) 
destinatario di detto messaggio multimediale, 
identif icando le caratteristiche di detto terminale 
destinatario, e 



- adattare (16, 326; 10) detto messaggio MMS alle 
caratteristiche di detto terminale destinatario (12, 
13, 14). 

4. Procedimento secondo la rivendicazione 3, 
caratterizzato dal fath» che cotnprende I'operazione 
di integrare detto messaggio di testo con un 
contenuto video generate (326) in modo tale per cui 
detto messaggio multimediale risulta adattato alle 
caratteristiche di detto terminale destinatario (12, 
13/ 14) . 

5. Procedimento secondo la rivendicazione 3 2P 
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- integrare detto messaggio di . testo con un 
contenuto video determinate in modo indipendente 
dalle caratteristiche del terminale destinatario 
812., 13, 14) e I'operazione di sottoporre il 
messaggio multimediale cosi ottenuto ad una 
operazione di adattamento (10) alle caratteristiche 
di detto terminale destinatario (12, 13, 14) . 

6. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 
Che comprende I'operazione di scegliere detto 
contenuto video nel gruppo costituito da: 

- un'immagine animata, 

- un'immagine di sfondo, e 



caratterizzato dal fatto .che comprende le operazioni 

~y III 
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un' itranagine con punto di osservazione 
variabile, 

7. Procedimento secondo lana qualsiasi delle 
precedent! rivendicazioni , caratterizzato dal fatto 
che comprende I'operazione di sintetizzare da detto 
messaggio di testo un segnale vocale (V) 
suscettibile di essere associate a detto contenuto 
video nell'atnbito di detto messaggio multimediale . 

8. Procedimento secondo la rivendicazione 6 e la 
rivendicazione 7, caratterizzato dal fatto che 
comprende 1 ' operazione di generare detta immagine 
animata (308, 310) come immagine di un personaggio 
che pronuncia il segnale vocale sintetizzato 
corrispondente a detto messaggio di testo. 

9. Procedimento secondo la rivendicazione 8, 
caratterizzato dal fatto che comprende 1' operazione 
di generare 1' immagine di detto personaggio tramite 
un sistema di animazione da testo (308, 310) . 

10. Procedimento secondo una qualsiasi delle 
precedent! rivendicazioni, caratterizzato dal fatto 
che comprende 1' operazione di integrare (328) detto 
messaggio MMS con musica di sottofondo (330) . 

11. Procedimento secondo una qualsiasi delle 
precedent! rivendicazionii caratterizzato dal fatto 
che comprende 1' operazione di includere in detto 
contenuto video xin' immagine GIF animata. 



12. Procedimento second© una qualsiasi delle 
rivendicazioni 6, a, 9 o 11, carat terizzato dal 
fatto Che detta immagine animata d realizzata con 
una frequenza di campionamento dell ' animazione 
dell'ordine dell 'Hz. 

13. Procedimento second© una qualsiasi. delle 
precedenti rivendicazioni, caratterizzato dal fatto 
Che comprende I'operazione di associare a detto 
messaggio di testo, in vista della ricezione (17), 

i almeno un campo identif icativo di una caratteristica 

di detto contenuto video scelta nel gruppo 
costxtuito da: <^ 

O =! 

- un personaggxo virtuale (P) da utilizzare per 
la presentazione di detto messaggio di testo, e . 

- I'ambientazione (A) di detto contenuto ^ 
multimediale . 

14. Procedimento second© xana qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fatto 

^ Che comprende l'operazi©ne di prowedere, in dett© 

terminale mittente (18), una funzione di script per 
la selezione di dett© ccntenut© video e di detto 
terminale destinatario (12, 13, 14) , 

15. Procediment© seccnd© una. qualsiasi delle 
precedenti rivendicazicni, carat terizzat© dal fatto 
Che comprende I'operazione di prowedere, in detto 
terminale mittente (18), una funzione di correzione 
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automatica degli errori suscettibili di essere 
contenuti in detto messaggio di testo. 

16. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni , caratterizzato dal fatto 
Che comprende I'operazione di associare a detto 
messaggio di testo meta-inf ormazioni per modificare 
selettivamente le carat teristiche di detto contenuto 
video . 

17. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fat>o 
Che comprende I'operazione di associare a detto 
messaggio di testo informazione addizionale sotto 
forma di emoticon per modificare selettivamente le 
caratteristiche di detto contenuto video. 

18. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni, caratterizzato dal fahho 
Che detto contenuto video d scelto nel gruppo 
costituito da: 

- una immagine GIF animata ordinata in frame, 
con associate rispettive porzioni di detto messaggio 
di testo, 

- un' immagine GIF animata corredata di un audio 
compresso, e 

- un video clip complete di audio. 
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19. Sistema per trasmettere messaggi su una rete 
di telecomunicazioni, caratterizzato dal fatto che 
comprende : 

- un modulo di ricezione (17) per ricevere da un 
terminale mittente (18) un messaggio di testo, 

- un insieme elaborativo (16) con almeno una 
base dati (302, 314, 330) di informazioni video 
nonchg almeno un modulo di integrazione (326, 328) 
per integrare detto messaggio di testo con un 
contenuto video, cosi da generare un messaggio 
multimediale, e 

- un modulo di trasmissione (10) per trasmettere 
verso almeno un terminale destinatario (12, 13, 14) 
detto messaggio multimediale sot to forma , di ' un 
messaggio MMS. 

20. Sistema secondo la rivendicazione 19, 

caratterizzato dal fatto che detto modulo di 

ricezione (17) d configurate per ricevere da detto 
terminale mittente (18) un messaggio di testo sotto 
forma di un messaggio SMS . 

21. Sistema secondo la rivendicazione 19 o la 
rivendicazione 20, caratterizzato dal fatho che 
comprende : 

- un modulo di rilevazione (300; 10) per rilevare 
il tipo di terminale (12, 13, 14) destinatario di 
detto messaggio multimediale, identif icando le 
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caratteristiche (td) di detto terminale 
destinatario, e 

- un modulo di adattamento (16, 326; 10) per detto 
messaggio MMS alle caratteristiche di detto 
terminale destinatario (12, 13, 14) . 

22. Sistema second© la rivendicazione 21, 

caratterizzato dal fatto che detto modulo di 

integrazione (326, 328) # configurate per integrare 
detto messaggio di testo con un contenuto video 
generate (326) in modo tale per cui detto messaggio 
multimediale risulta adattato alle caratteristiche 
di detto terminale destinatario (12, 13, 14) . 

23. Sistema secondo la rivendicazione 21, 

caratterizzato dal fatto che detto modulo di 

integrazione (326, 328) S configurate per integrare 
detto messaggio di testo con un contenuto video 
determinate in mode indipendente dalle 
caratteristiche del terminale destinatario 812, 13, 
14) e dal fatto che il sistema ha associate un 
module per la trasmissione di messaggi MMS (10) 
configurate per sottoporre detto messaggio 
multimediale ad una operaziene di adattamento (10) 
alle caratteristiche di. detto terminale destinatario 
(12, 13, 14) . 

24. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 19 a 23, caratterizzato 
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dal fatto Che comprende almeno un modulo generatore 
video (302, 308, 310) per generare contenuto video 
scelto nel gruppo costituito da: 

- un' immagine animata, 

- un'immagine di sfondo, e 

- un'immagine con punto di osservazione 
variabile. 

25. Sistema second© una qualsiasi delle 
precedenti rivendicazioni 19 a 24, caratterizzato 
dal fatto Che comprende un sintetizzatore vocale 
(306) per sintetizzare da detto messaggio di testo gO 
un segnale vocale (v) suscettibile di essere §5-^ 
associate (326) a detto contenuto video nell'ambito f^S ^ 

, . , ^ M O 

dx detto messaggio multlmediale . 

• • CO <f • 

26. Sistema secondo la rivendicazione 24 e la 
rivendicazione 25, caratteri zzato dal fatto che a 
detto modulo generatore video (302, 308, 310) ed a 
detto sintetizzatore vocale (306) ^ associate almeno 
un modulo di generazione di movimento (308, 310) per 
generare detta immagine animata come immagine di un 
personaggio che pronuncia il segnale vocale 
sintetizzato corrispondente a detto messaggio di 
testo. 

27. Sistema secondo la rivendicazione 26, 
caratteri zzato dal f.f^r. che detto modulo di 
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generazione di movimento (308, 310) d un sistema di 
animazione da testo, quale il sistema Joe^press®. 

28. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 19 a 27, caratterizzato 
dal — fatto Che comprende iina base dati (330) di 
musica di sottofondo cooperante con detto almeno un 
modulo di integrazione (326, 328) per integrare 
detto messaggio MMS con musica di sottofondo. 

29. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 19 a 28, caratterizzaho 
dal fatto Che detto modulo di integrazione (326, 
328) d configurate per includere in detto contenuto 
video un'immagine GIF animata. 

30. Sistema secondo una qualsiasi , delle 
rivendicazioni 24, 26, 27 o 29, caratterizzato ^.1 
fatto Che detto modulo di integrazione (326, 328) d 
configurate per includere in detto contenuto video 
un'immagine animata con una frequenza di 
campionamento dell ' animazione dell'ordine dell 'Hz. 

31. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 19 a 30, caratterizzato 
dal fatto Che detto modulo di ricezione (17) include 
un blocco (300) di estrazione dell ' inf ormazione per 
estrarre da detto messaggio di testo ricevuto da 
detto terminals mittente (18) almeno un campo 
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identificativo di una caratteristica di detto 
contenuto video scelta nel gruppo costituito da: 

- un personaggio virtuale (P) da utilizzare per 
la presentazione di detto messaggio di testo, e 

I'ambientazione (A) di detto contenuto 
mult imedi ale . 

32. Sistema secondo una qualsiasi delle 

precedenti rivendicazioni 19 a 31, caratterizzato 

dal fatto Che detto insieme elaborativo (16) 

includente detta almeno una base dati (302, 314, 

330) di informazioni video nonche detto almeno un 9 0 

< Q 

modulo di integrazione (326, 328) per integrare q^' 

Z ^ 

detto messaggio di testo con un contenuto video d 

M O 

configurato per generare un messaggio multimediale . 
scelto nel gruppo costituito da: 

- una immagine GIF animata ordinata in frame, 
con associate rispettive porzioni di detto messaggio 
di testo, 

- un' immagine GIF animata corredata di un audio 
compresso, e 

- un video clip complete di audio. 

33. Terminale mittente per un sistema secondo 
una qualsiasi delle precedenti rivendicazioni 19 a 
32/ caratter izzato dal fatto che detto terminale 
mittente (18) d prowisto di una funzione di script 
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per la selezione di detto contenuto video e di detto 
terminale destinatario {12, 13, 14). 

34. Terminale mittente per un sistema secondo 
una qualsiasi delle precedenti rivendicazioni 19 a 
32, caratterizzato dal fatto che detto terminale 
mittente (18) e prowisto di una funzione di 
correzione automatica degli errori suscettibili di 
essere contenuti in detto messaggio di testo. 

35. Terminale mittente per un sistema secondo 
una qualsiasi delle precedenti rivendicazioni 19 a 
32, caratterizzato dal fatto che detto terminale 
mittente (18) d prowisto di una fiinzione per 
associare a detto messaggio di testo meta- 
informazioni per modificare selettivamente le 
caratteristiche di detto contenuto video. 

36. Terminale mittente per un sistema secondo 
una qualsiasi delle precedenti rivendicazioni 19 a 
32, caratterizzato dal fatto che detto terminale 
mittente (18) d prowisto di una funzione per 
associare a detto messaggio di testo informazione 
addizionale sotto forma di emoticon per modificare 
selettivamente le caratteristiche di detto contenuto 
video . 
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